home *** CD-ROM | disk | FTP | other *** search
/ Loadstar 128 38 / q38.d81 / t.disk file 98 < prev    next >
Text File  |  2022-08-28  |  20KB  |  412 lines
  1.  
  2.  
  3.                       D I S K   F I L E   1 2 8 / 9 8
  4.  
  5.                          64 Version by Ron Schahrer
  6.  
  7.                        128 Adaptation by Bill Crooks
  8.  
  9.                      Final 128 Version by Doreen Horne
  10.  
  11.  
  12.     These are the latest fine tunings to my C128 expansion of Ron
  13. Schahrer's DISK FILE C64. This program supersedes the 1997 version which
  14. was published with graphic enhancements on LOADSTAR #36.
  15.  
  16.     There is very little left in my code of the original program by Ron
  17. Schahrer (or the later adaption for the C128 by Bill Crooks) but I stayed
  18. with the original file structure for portability ease for anyone who has
  19. moved to a C128, enjoys its 80 column mode and wants to transfer their C64
  20. data files. This version still uses a 16 character file name with a four
  21. character ID for every name recorded.
  22.  
  23.     I have also kept the basic appearance of the original opening screen to
  24. provide some continuity for those who have used and were comfortable with
  25. the previous versions.
  26.  
  27.     I know DCMR is the database of choice for many who catalog their disk
  28. files but it was not designed to cope with GEOS. Whilst I know there are
  29. GEOS databases I doubt they could store 2100 file names. GEOS itself uses
  30. TRUE ASCII values for file names, which turn up in ordinary database hard
  31. copy as graphic characters.
  32.  
  33.     My DISK FILE programs have two options for text handling. The first
  34. converts all input to upper case and it may be printed eventually entirely
  35. in upper or lower case. The second retains lower case where it finds it but
  36. converts upper case GEOS to our normal ASCII. Whilst the second option
  37. makes for more 'true' looking GEOS files the first makes sorting and
  38. finding of files a lot easier. Both options, if handled correctly by the
  39. user, will eliminate the possiblity of graphic characters turning up in
  40. hard copy.
  41.  
  42.     Because of its size, DISK FILE 128 consists of three separate modules.
  43. For DCMR users who would like to convert their files, there is a stand
  44. alone BASIC program which needs to be loaded and used on its own. The
  45. PRINTER MODULE, which deals with the hard copy of the final catalog lists,
  46. can be accessed from the main program and also be used as a stand alone
  47. program should one wish to treat the final printing process as a separate
  48. exercise. Both these modules will be explained in more detail.
  49.  
  50.     DISK FILE 128/98 explains itself on screen at every input and allows an
  51. escape from any option before an irrevocable action is taken. However it
  52. may be of interest to users of the C64 version to have the extras
  53. explained, especially the fine tunings in the 1998 version.
  54.  
  55.     I enjoy the 'technicolor' of the C128 in 80 column mode and have made
  56. it possible for users to choose their own screen and text colors any time
  57. the database is at the Main Menu. The keys to use are recorded opposite
  58. Option 6.
  59.  
  60.     Once DISK FILE 128/98 is LOADed it has to be decided whether one will
  61. use one drive only or two. Usually, the Catalog disk is permanently in one
  62. drive whilst, if cataloguing disk files, a directory read of each disk is
  63. done in the other.
  64.  
  65.     Also, bearing in mind one's preferences for the final hard copy
  66. appearance of eg. a GEOS catalog, one may choose to stay with only one case
  67. or opt for both upper and lower cases.
  68.  
  69. The MAIN MENU Options
  70. ---------------------
  71.  
  72.  1. Create, adjust or view categories on Catalog disk.
  73.  
  74.     Although this is the first option in the Main Menu one doesn't really
  75. need to worry about the Catalog disk until there is something to save.
  76.  
  77.     How one uses this section depends on what one is cataloguing and also
  78. the number of items involved.
  79.  
  80.     I have GEOS files amongst others on a great many disks gathered from
  81. the public domain and decided that they needed sorting into FONTS,
  82. PICTURES, DRIVERS, ALBUMS, OTHERS and non-GEOS to make them findable when
  83. necessary. After processing all my disks with DISK FILE 128/98 I now have
  84. one Catalog disk solely for GEOS files divided into these separate
  85. categories.
  86.  
  87.     My disk boxes are labelled from A to J and each contains 100 disks,
  88. individually numbered A00/A99 etc. When first processing the disks with the
  89. DISK FILE program, the 4th ID digit for each file name was, eg. A=ART,
  90. B=BUSINESS, C=COPY, G=GEOS, D=DATABASE, etc. (thus J19D was a database on
  91. disk #19 in box J).
  92.  
  93.     All the 4th ID digit 'G' items were subsequently transferred to a
  94. separate file using Option (7) and this file was later edited using the
  95. Bulk Edit option (9) to reflect in the 4th digit F=FONT, P=PICTURE, etc.
  96. and option (7) was used again to establish on a separate Catalog disk my
  97. GEOS itemised files.
  98.  
  99.     In case the reader is wondering, I also have a Catalog disk for the
  100. non-GEOS files in my 10 boxes and it has category files named ART,
  101. BUSINESS, etc.
  102.  
  103.     15 categories are permitted on a Catalog disk and each one may have up
  104. to 2100 files, disk space permitting.
  105.  
  106.  2. Create, or add to, a record file
  107.  
  108.     This is where the database is created. The original version had only
  109. two options - manual input of names or a YES/NO selection of files from a
  110. disk directory with a fixed four digit ID. These two options are still
  111. available but the ID and name of any file may be edited as the files are
  112. presented. The original allowed a directory to be accepted in toto with a
  113. fixed ID. This too is still available but one picks up a lot of subsidiary
  114. files this way, although the option is useful for GEOS disks. Unwanted
  115. extras can be edited out at a later stage.
  116.  
  117.     Whilst public domain disks do not as a rule have graphic characters in
  118. their directories, some commercial disks do. The program edits all such
  119. items out of the file before storing it. The only directory I found that
  120. gave the program any trouble was one that had its link bytes edited to have
  121. track 18 sector 4 read track 18 sector 4. The DISK FILE program is long
  122. enough without writing special code to deal with that sort of quirk! I
  123. labelled the disk and used option 3 of this section to get it into the
  124. records.
  125.  
  126.     There are two further input options. The third speeds up input by
  127. avoiding the 'directory read' query and is for labelled single program
  128. disks particularly. It was also useful when cataloguing my magazines. The
  129. ID 'R8CP' relates to an article about printers in RUN magazine, 1988,
  130. December ($C).
  131.  
  132.     The last allows the user to input an ID which can then be used for
  133. manual input of as many names as necessary until that ID needs to be
  134. changed. By using an ID of '....' one can compile a long list of anything
  135. sorted into alphabetical order.
  136.  
  137.     When using Option 2 all files are sorted into alphabetical order as
  138. accepted/input and it is for this reason that every time Option 2 is
  139. accessed from the Main Menu, with files already in memory, a check is made
  140. to ensure that the sorting is in order before further input is allowed.
  141.  
  142.  3. Print records in memory - screen or hard copy.
  143.  
  144.     Viewing the records on screen really makes use of the C128's 80 column
  145. mode. Now it is possible to view 3 columns of data in one go and one may
  146. now also select the page from which viewing can be done, instead of always
  147. starting from scratch as originally provided.
  148.  
  149.     The hard copy options are available by loading the PRINTER MODULE,
  150. about which more later. Sufficient at this stage to say that one can move
  151. freely between the MAIN PROGRAM and the PRINTER MODULE with all variables
  152. and arrays intact. If the records in memory have not been saved to the
  153. Catalog disk a reminder appears before one is allowed to load the PRINTER
  154. MODULE. Just as a matter of interest, provided the records are not
  155. overwritten by loading another file in the PRINTER MODULE one can return
  156. eventually to the MAIN PROGRAM with the names 'unsaved' still intact.
  157.  
  158.  4. Sort the records in memory.
  159.  
  160.     It was always possible to sort the names into alphabetical order but it
  161. is now also possible to sort the files into an order determined by any one
  162. of the 4 IDs. This is useful when using the BULK EDIT OPTION (9) and the
  163. partial SAVEs available at option 7.
  164.  
  165.     Records can be saved to any Category file in the order in which they
  166. are when the SAVE option (7) is accessed.
  167.  
  168.  5. Search for/change ID.
  169.  
  170.     Now one has t